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DETAILED ACTION 
Continued Examination Under 37 CFR 1.114 

0. A request for continued examination under 37 CFR 1.114, including tine fee set 
forth in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 
12/8/2009 has been entered. 

1 . Claims 1-5, 7, 10-17, and 20-40 are pending in this office action and presented 
for examination. Claims 1 , 25, 31 , and 38-40 are newly amended by amendment filed 
12/8/2009. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the phor art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 1-5, 7, 10-14, 16, 20-21, 25, and 31-35 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Gulick et al. (Gulick) (US 569221 1) in view of Bishop 
et al. (Bishop) (SPARTA: Simulation of Physics on a Real-Time Architecture) in view of 
Dixon et al. (Dixon) (US 6754732). 
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4. Consider claim 1 , Gulicl< discloses a Central Processing Unit (CPU) (Figure 1 , 
CPU 202; explained in col. 4, line 64) coupled to an external memory (Figure 1 , hard 
disk 122) and one or more peripherals (for example, Figure 1 , network interface 
controller 124); and a multimedia processing unit (MPU) coupled to the CPU (Figure 1, 
multimedia engine 112) and a Multimedia Processing Memory (MPM) (Figure 1, main 
memory 110) and comprising a MPU Control Engine (MCE) (Figure 1 , multimedia 
engine 1 12), a Data Movement Engine (DME) (Figure 3, DMA transfer engine 164), a 
DME control interface (interconnection connecting the DMA transfer engine with the 
command buffer circuitry and multimedia memory 160, as is necessary in view of col. 7, 
lines 14-18, command buffers which store commands... these commands comprise 
transfer commands for use by the DMA engine in transferring data from the main 
memory 110 to the multimedia memory 160) and a Multimedia Processing Engine 
(MPE) (Figure 3, DSP Engine 210), wherein the MCE is configured to receive 
multimedia simulation requests from the CPU (col. 7, lines 14-25, the multimedia engine 
includes command buffers which store commands received from the CPU) via a MPU 
software driver executing on the CPU (col. 9, lines 56-59, disclose of a CPU executing 
driver software to generate multimedia data) and to issue commands to the DME (col. 7, 
lines 14-18, command buffers which store commands. ..these commands comprise 
transfer commands for use by the DMA engine in transferring data from the main 
memory 1 10 to the multimedia memory 160) and the MPE to perform multimedia 
simulation computations associated with the multimedia simulation requests (col. 7, 
lines 23-25, multimedia instructions from the CPU which are executed by the DSP 
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engine 210 on multimedia data), the DME is configured to transfer physics data 
between the MPM and at least one FPU internal memory (Figure 1 , multimedia memory 
160) in response to commands received from the FCE (col. 7, lines 14-18, command 
buffers which store commands... these commands comprise transfer commands for use 
by the DMA engine In transferring data from the main memory 1 10 to the multimedia 
memory 1 60) and to initiate context switches relative to one or more banks of the at 
least one FFU internal memory (col. 7, lines 7-13, the multimedia memory 160 is 
partitioned into two or more separate address spaces or buffers, and the DMA engine 
164 transfers data from main memory 110 to a first address space or buffer In the 
multimedia memory 160 while the DSF engine 210 accesses commands and data from 
the other address space or buffer), the DME control interface is coupled to each of the 
FCE and the DME (interconnection connecting the DMA transfer engine with the 
command buffer circuitry and multimedia memory 160, as Is necessary In view of col. 7, 
lines 14-18, command buffers which store commands... these commands comprise 
transfer commands for use by the DMA engine in transferring data from the main 
memory 1 10 to the multimedia memory 160) and the MFE is configured to respond to 
commands from at least one of the FCE and the DME (col. 7, lines 14-18, command 
buffers which store commands. ..these commands comprise transfer commands for use 
by the DMA engine in transferring data from the main memory 1 10 to the multimedia 
memory 160; col. 7, lines 11-13, commands from the buffer) and to execute multimedia 
computations on multimedia data stored in the at least one MFU internal memory (col. 
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3, lines 10-16, a DMA engine retrieves the data from main memory into the multimedia 
memory... the multimedia engine then processes the multimedia data). 

However, Gulick does not disclose that the system processes physics as 
opposed to or in addition to multimedia (and thus does not disclose of, for example, a 
physics processing unit, a physics processing memory, physics simulation requests, 
and so forth), and does not explicitly disclose that the DSP engine performs floating 
point operations (and thus does not disclose of a floating point engine). Gulick also does 
not disclose that the DME control interface comprises a first packet queue for receiving 
command packets from the PCE and transmitting the command packets to the DME, 
and a second packet queue receiving response packets from the DME and transmitting 
the response packets to the PCE. 

On the other hand. Bishop discloses of offloading physics calculations to 
specialized hardware (Figure 1, ideal SPARTA implementation; section 1 discloses of 
physical modeling of solid objects through the use of specialized hardware; section 2 
and section 3.1 discloses of collision detection and force computation) and discloses of 
that specialized hardware performing floating point hardware (for example, page 5, 
which discloses of flexible floating point hardware in bullet point 5 and FLOP 
performance). 

Bishop's teaching of using specialized hardware accelerates physical models of 
specialized hardware to achieve real-time performance for creating realistic virtual 
environments (Bishop, section 1 ). 
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It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the teaching of Bishop with the invention of Gulick in order to 
accelerate physical models of specialized hardware to achieve real-time performance 
for creating realistic virtual environments. Note that Gulick's teaching of using 
specialized hardware for physics simulation, when applied to the invention of Gulick, 
teaches that the Multimedia Processing Memory (PM) is a Physics Processing Memory 
(PPM), the MPU Control Engine (MCE) is a PPU Control Engine (PCE), the Multimedia 
Processing Engine (MPE) is a Floating Point Engine (FPE), the multimedia simulation 
computations are physics simulation computations, the multimedia simulation requests 
are physics simulation requests, the multimedia data is physics data, and the 
computations on multimedia data are floating point computations on physics data. 

However, Gulick and Bishop do not disclose that the DME control interface 
comprises a first packet queue for receiving command packets from the PCE and 
transmitting the command packets to the DME, and a second packet queue receiving 
response packets from the DME and transmitting the response packets to the PCE. 

On the other hand, Dixon discloses of a first packet queue for receiving 
command packets from a control engine and transmitting the command packets to a 
DME (col. 3, lines 39-46, descriptors are generally queued in a descriptor queue or 
command queue, and the DMA then services each descriptor) and a second packet 
queue receiving response packets from the DME and transmitting the response packets 
to the CE (col. 4, lines 15-17, oftentimes a device may have associated with it a buffer 
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or queue for the actual data that it transmits to another location and/or receives from 
another location). 

Dixon's teaching supports the situation in which a DMA controller receives more 
data transfer requests than it can service at one time (Dixon, col. 3, lines 39-41), and it 
would be readily recognized to one of ordinary skill in the art at the time of the invention 
that a buffer for receiving data is used in a likewise manner, to support the situation in 
which data is received faster than it can be used. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Dixon with the invention of Gulick and 
Bishop in order to support the situation in which data transfer requests and data are 
received faster than they can be serviced. 

5. Consider claim 2, Gulick discloses the CPU comprises a processing unit resident 
in a personal computer (col. 1, lines 33-34, personal computer systems). 

6. Consider claim 3, Gulick discloses the CPU comprises a processing unit resident 
in a personal computer (col. 1 , lines 33-34, personal computer systems; it would be 
readily recognized to one of ordinary skill in the art at the time of the invention that 
personal computers can execute games). 

7. Consider claim 4, Gulick discloses a Graphics Processing Unit (GPU) operatively 
connected to the CPU (col. 2, line 1 , video accelerator cards). 
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8. Consider claim 5, Gulicl< discloses the CPU and PPU communicate via at least 
one selected from a group of physical interfaces consisting of: Universal Serial Bus 
(USB), USB2, Firewire, Peripheral Component Interconnect (PCI), Peripheral 

Component Interconnect Extended (PCI-X), PCI-Express, and Ethernet (col. 6, lines 8- 
1 1 , the CPU provides commands through the PCI bus 120 to the multimedia engine 
112). 

9. Consider claim 7, Gulick discloses the PCE comprises programming code stored 
in a memory resident within the PPU (Figure 3, multimedia memory 160, in conjunction 
with col. 7, line 12, commands; alternatively, col. 7, lines 60-61, the multimedia engine 
includes firmware). 

10. Consider claim 10, Gulick discloses the PPM comprises high-speed memory (col. 
5, line 7, DRAM) and the PPU further comprises a high-speed data bus connecting the 
high-speed memory to at least one of the DME and the FPE (Figure 1 , line connecting 
main memory 110 and multimedia engine 112; Figure 3 shows the connection to the 
DSP engine and the DMA transfer engine). 

1 1 . Consider claim 1 1 , Gulick discloses a memory interface unit managing data 
communication between the high-speed data bus and the high-speed memory (Figure 
1 , main memory 1 1 0 and line connecting main memory 1 1 0 to multimedia engine 1 1 2; 
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the input/output pins and address pins of the main memory manage data 
communication between the memory cells of the memory and the data bus). 

12. Consider claim 12, Gulick discloses a processor bus connecting the PCE with at 
least one physical interface to the CPU (Figure 1, line connecting the command buffers 
166 with the chipset 106). 

1 3. Consider claim 1 3, Gulick discloses the processor bus is separate from the high- 
speed bus and connected to the high speed bus via a bridge (Figure 1 shows the line 
connecting the command buffers 166 with the chip set 106, and the line connecting 
main memory 110 and multimedia engine 1 12, to be separate; the two are bridged by at 
least the DMA transfer engine). 

14. Consider claim 14, Gulick discloses an Inter-Engine Memory (IBM) coupled to 
the DME and the FPE (Figure 1, multimedia memory 160, shown coupled to the DSP 
engine 210 and DMA transfer engine 164) and configured to receive physics simulation 
data from the PPM in response to commands received from the DME (col. 7, lines 14- 
18, command buffers which store commands. ..these commands comprise transfer 
commands received by the DMA engine for transferring data from the main memory 110 
to the multimedia memory 160). 
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15. Consider claim 16, Gulick discloses the lEM comprises multiple banks of memory 
adapted to support parallel threads of execution (col. 7, lines 7-13, the multimedia 
memory 1 60 is partitioned into two or more separate address spaces or buffers, and the 
DMA engine 164 transfers data from main memory 1 10 to a first address space or 
buffer in the multimedia memory 160 while the DSP engine 210 accesses commands 
and data from the other address space or buffer). 

1 6. Consider claim 20, Gulick discloses a Scratch Pad Memory (SPM) configured to 
receive data from the PPM in response to commands from the DME (col. 7, lines 14-18, 
command buffers which store commands. ..these commands comprise transfer 
commands for use by the DMA engine in transferring data from the main memory 1 10 to 
the multimedia memory 160); wherein the lEM further comprises a first bank accessible 
to the DME and a second bank accessible to the FPE (col. 7, lines 7-13, the multimedia 
memory 160 is partitioned into two or more separate address spaces or buffers, and the 
DMA engine 164 transfers data from main memory 1 10 to a first address space or 
buffer in the multimedia memory 160 while the DSP engine 210 accesses commands 
and data from the other address space or buffer); and, wherein the DME further 
comprises: a first unidirectional crossbar connected to the first bank (the read address 
line from the DME to the main memory which tells the main memory where data to be 
sent to the multimedia memory is located; this is connected to the first bank by the 
multimedia memory, which sends the data to the first bank); a second unidirectional 
crossbar connected to the second bank (the write address line from the DME to the 
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multimedia memory which tells the multimedia memory where data from the main 
memory will be written, of which the second bank is a part of); and, a bi-directional 
crossbar connecting the first and second crossbars to at least one of the PPM or SPM 
(col. 6, lines 13-16, disclose of arbitration logic which determines access to the main 
memory; in other words, both the CPU and the multimedia engine access the main 
memory and thus there must be connections from the main memory to both the CPU 
and the multimedia engine, which is the crossbar, and is collectively bi-directional in that 
the main memory can be both read and written). 

1 7. Consider claim 21 , Gulick discloses a first Address Generation Unit providing 
Read address data to the first unidirectional crossbar (Figure 3, the portion of the DMA 
transfer engine which sends the read address to the main memory which tells the main 
memory where data to be sent to the multimedia memory is located); and, a second 
Address Generation Unit providing Write address data to the second unidirectional 
crossbar (Figure 3, the portion of the DMA transfer engine which sends the write 
address from the DME to the multimedia memory which tells the multimedia memory 
where data from the main memory will be written). 

18. Consider claim 25, Gulick discloses a host, wherein the host comprises an 
external memory (Figure 1 , hard disk 122) and a peripheral (for example. Figure 1 , 
network interface controller 124) coupled to a Central Processing Unit (CPU) (Figure 1, 
CPU 202; explained in col. 4, line 64); and, a multimedia processing unit (MPU) coupled 
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to the CPU (Figure 1, nnultinnedia engine 112) and a Multimedia Processing IVIemory 
(IVIPIVI) (Figure 1, main memory 110) and comprising a MPU Control Engine (MCE) 
(Figure 1, multimedia engine 112), a Data Movement Engine (DME) (Figure 3, DMA 
transfer engine 164), a DME control interface (interconnection connecting the DMA 
transfer engine with the command buffer circuitry and multimedia memory 160, as is 
necessary in view of col. 7, lines 14-18, command buffers which store 
commands... these commands comprise transfer commands for use by the DMA engine 
in transferring data from the main memory 1 10 to the multimedia memory 160) and a 
Multimedia Processing Engine (MPE) (Figure 3, DSP Engine 210), wherein the MCE is 
configured to receive multimedia simulation requests from the CPU (col. 7, lines 14-25, 
the multimedia engine includes command buffers which store commands received from 
the CPU) via a MPU software driver executing on the CPU (col. 9, lines 56-59, disclose 
of a CPU executing driver software to generate multimedia data) and to issue 
commands to the DME (col. 7, lines 14-18, command buffers which store 
commands... these commands comprise transfer commands for use by the DMA engine 
in transferring data from the main memory 1 10 to the multimedia memory 160) and the 
MPE to perform multimedia simulation computations associated with the multimedia 
simulation requests (col. 7, lines 23-25, multimedia instructions from the CPU which are 
executed by the DSP engine 210 on multimedia data), the DME is configured to transfer 
physics data between the MPM and at least one PPU internal memory (Figure 1 , 
multimedia memory 160) in response to commands received from the PCE (col. 7, lines 
14-18, command buffers which store commands... these commands comprise transfer 
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commands for use by the DMA engine in transferring data from the main memory 1 10 to 
the multimedia memory 160) and to initiate context switches relative to one or more 
banks of the at least one PPU internal memory (col. 7, lines 7-13, the multimedia 
memory 160 is partitioned into two or more separate address spaces or buffers, and the 
DMA engine 164 transfers data from main memory 110 to a first address space or 
buffer in the multimedia memory 160 while the DSP engine 210 accesses commands 
and data from the other address space or buffer), the DME control interface is coupled 
to each of the PCE and the DME (interconnection connecting the DMA transfer engine 
with the command buffer circuitry and multimedia memory 160, as is necessary in view 
of col. 7, lines 14-18, command buffers which store commands... these commands 
comprise transfer commands for use by the DMA engine in transferring data from the 
main memory 1 10 to the multimedia memory 160) and the MPE is configured to 
respond to commands from at least one of the PCE and the DME (col. 7, lines 14-18, 
command buffers which store commands. ..these commands comprise transfer 
commands for use by the DMA engine in transferring data from the main memory 1 10 to 
the multimedia memory 160; col. 7, lines 11-13, commands from the buffer) and to 
execute multimedia computations on multimedia data stored in the at least one MPU 
internal memory (col. 3, lines 10-16, a DMA engine retrieves the data from main 
memory into the multimedia memory... the multimedia engine then processes the 
multimedia data), wherein the host stores a main program (col. 9, line 65, application 
executing on the CPU) and the MPU software driver (col. 9, lines 56-59, disclose of a 
CPU executing driver software to generate multimedia data); and, wherein the MPU 
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software driver manages all communication between the MPU and the CPU (col. 9, 
lines 56-59, disclose of a CPU executing driver software to generate multimedia data; 
col. 11, lines 34-37, also discloses of the driver software writing the high level 
commands). 

However, Gulick does not disclose that the main program is a game program, 
and that the system processes physics as opposed to or in addition to multimedia (and 
thus does not disclose of, for example, a physics processing unit, a physics processing 
memory, physics simulation requests, and so forth), and does not explicitly disclose that 
the DSP engine performs floating point operations (and thus does not disclose of a 
floating point engine). Gulick also does not disclose that the DME control interface 
comprises a first packet queue for receiving command packets from the PCE and 
transmitting the command packets to the DME, and a second packet queue receiving 
response packets from the DME and transmitting the response packets to the PCE. 

On the other hand, the examiner takes office notice that personal computers can 
store and execute games. 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention that a personal computer storing and executing games increases the 
capability of the personal computer and is desirable from an amusement standpoint. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention for the personal computer of Gulick to store and execute game 
programs. 
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However, Gulick (as modified by the gaming limitation above) does not disclose 
that the main program is a game program, and that the system processes physics as 
opposed to or in addition to multimedia (and thus does not disclose of, for example, a 
physics processing unit, a physics processing memory, physics simulation requests, 
and so forth), and does not explicitly disclose that the DSP engine performs floating 
point operations (and thus does not disclose of a floating point engine). Gulick also does 
not disclose that the DME control interface comprises a first packet queue for receiving 
command packets from the PCE and transmitting the command packets to the DME, 
and a second packet queue receiving response packets from the DME and transmitting 
the response packets to the PCE. 

On the other hand. Bishop discloses of offloading physics calculations to 
specialized hardware (Figure 1, ideal SPARTA implementation; section 1 discloses of 
physical modeling of solid objects through the use of specialized hardware; section 2 
and section 3.1 discloses of collision detection and force computation) and discloses of 
that specialized hardware performing floating point hardware (for example, page 5, 
which discloses of flexible floating point hardware in bullet point 5 and FLOP 
performance). 

Bishop's teaching of using specialized hardware accelerates physical models of 
specialized hardware to achieve real-time performance for creating realistic virtual 
environments (Bishop, section 1 ). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the teaching of Bishop with the invention of Gulick in order to 
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accelerate physical models of specialized hardware to achieve real-time performance 
for creating realistic virtual environments. Note that Gulick's teaching of using 
specialized hardware for physics simulation, when applied to the invention of Gulick, 
teaches that the Multimedia Processing Memory (PM) is a Physics Processing Memory 
(PPM), the MPU Control Engine (MCE) is a PPL) Control Engine (PCE), the Multimedia 
Processing Engine (MPE) is a Floating Point Engine (FPE), the multimedia simulation 
computations are physics simulation computations, the multimedia simulation requests 
are physics simulation requests, the multimedia data is physics data, and the 
computations on multimedia data are floating point computations on physics data. 

However, Gulick and Bishop do not disclose that the DME control interface 
comprises a first packet queue for receiving command packets from the PCE and 
transmitting the command packets to the DME, and a second packet queue receiving 
response packets from the DME and transmitting the response packets to the PCE. 

On the other hand, Dixon discloses of a first packet queue for receiving 
command packets from a control engine and transmitting the command packets to a 
DME (col. 3, lines 39-46, descriptors are generally queued in a descriptor queue or 
command queue, and the DMA then services each descriptor) and a second packet 
queue receiving response packets from the DME and transmitting the response packets 
to the CE (col. 4, lines 15-17, oftentimes a device may have associated with it a buffer 
or queue for the actual data that it transmits to another location and/or receives from 
another location). 
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Dixon's teaching supports the situation in which a DIVIA controller receives more 
data transfer requests than it can service at one time (Dixon, col. 3, lines 39-41 ), and it 
would be readily recognized to one of ordinary skill in the art at the time of the invention 
that a buffer for receiving data is used in a likewise manner, to support the situation in 
which data is received faster than it can be used. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Dixon with the invention of Gulick and 
Bishop in order to support the situation in which data transfer requests and data are 
received faster than they can be serviced. 

1 9. Consider claim 31 , Gulick discloses a multimedia processing unit (MPU) (Figure 
1, multimedia engine 112) coupled to a Multimedia Processing Memory (MPM) (Figure 
1 , main memory 1 1 0) and comprising a MPU Control Engine (MCE) (Figure 1 , 
multimedia engine 1 12), a Data Movement Engine (DME) (Figure 3, DMA transfer 
engine 164), a DME control interface (interconnection connecting the DMA transfer 
engine with the command buffer circuitry and multimedia memory 160, as is necessary 
in view of col. 7, lines 14-18, command buffers which store commands. ..these 
commands comprise transfer commands for use by the DMA engine in transferring data 
from the main memory 1 10 to the multimedia memory 160) and a Multimedia 
Processing Engine (MPE) (Figure 3, DSP Engine 210), wherein the MCE is configured 
to receive multimedia simulation requests from a Central Processing Unit (CPU) (Figure 
1, CPU 202; explained in col. 4, line 64; col. 7, lines 14-25, the multimedia engine 
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includes command buffers wliicli store commands received from tlie CPU) via a MPU 
software driver executing on tine CPU (col. 9, lines 56-59, disclose of a CPU executing 
driver software to generate multimedia data) and to issue commands to the DME (col. 7, 
lines 14-18, command buffers which store commands... these commands comprise 
transfer commands for use by the DMA engine in transferring data from the main 
memory 1 10 to the multimedia memory 160) and the MPE to perform multimedia 
simulation computations associated with the multimedia simulation requests (col. 7, 
lines 23-25, multimedia instructions from the CPU which are executed by the DSP 
engine 210 on multimedia data), the DME is configured to transfer physics data 
between the MPM and at least one PPU internal memory (Figure 1 , multimedia memory 
160) in response to commands received from the PCE (col. 7, lines 14-18, command 
buffers which store commands... these commands comprise transfer commands for use 
by the DMA engine in transferring data from the main memory 1 10 to the multimedia 
memory 160) and to initiate context switches relative to one or more banks of the at 
least one PPU internal memory (col. 7, lines 7-13, the multimedia memory 160 is 
partitioned into two or more separate address spaces or buffers, and the DMA engine 
164 transfers data from main memory 110 to a first address space or buffer in the 
multimedia memory 160 while the DSP engine 210 accesses commands and data from 
the other address space or buffer), the DME control interface is coupled to each of the 
PCE and the DME (interconnection connecting the DMA transfer engine with the 
command buffer circuitry and multimedia memory 160, as is necessary in view of col. 7, 
lines 14-18, command buffers which store commands... these commands comprise 
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transfer commands for use by the DMA engine in transferring data from the main 
memory 1 10 to the multimedia memory 160) and the MPE is configured to respond to 
commands from at least one of the PCE and the DME (col. 7, lines 14-18, command 
buffers which store commands... these commands comprise transfer commands for use 
by the DMA engine in transferring data from the main memory 110 to the multimedia 
memory 160; col. 7, lines 11-13, commands from the buffer) and to execute multimedia 
computations on multimedia data stored in the at least one MPU internal memory (col. 
3, lines 10-16, a DMA engine retrieves the data from main memory into the multimedia 
memory... the multimedia engine then processes the multimedia data). 

However, Gulick does not disclose that the system processes physics as 
opposed to or in addition to multimedia (and thus does not disclose of, for example, a 
physics processing unit, a physics processing memory, physics simulation requests, 
and so forth), and does not explicitly disclose that the DSP engine performs floating 
point operations (and thus does not disclose of a floating point engine). Gulick also does 
not disclose that the DME control interface comprises a first packet queue for receiving 
command packets from the PCE and transmitting the command packets to the DME, 
and a second packet queue receiving response packets from the DME and transmitting 
the response packets to the PCE. 

On the other hand. Bishop discloses of offloading physics calculations to 
specialized hardware (Figure 1, ideal SPARTA implementation; section 1 discloses of 
physical modeling of solid objects through the use of specialized hardware; section 2 
and section 3.1 discloses of collision detection and force computation) and discloses of 
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that specialized hardware performing floating point hardware (for example, page 5, 
which discloses of flexible floating point hardware in bullet point 5 and FLOP 
performance). 

Bishop's teaching of using specialized hardware accelerates physical models of 
specialized hardware to achieve real-time performance for creating realistic virtual 
environments (Bishop, section 1). 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the teaching of Bishop with the invention of Gulick in order to 
accelerate physical models of specialized hardware to achieve real-time performance 
for creating realistic virtual environments. Note that Gulick's teaching of using 
specialized hardware for physics simulation, when applied to the invention of Gulick, 
teaches that the Multimedia Processing Memory (PM) is a Physics Processing Memory 
(PPM), the MPU Control Engine (MCE) is a PPL) Control Engine (PCE), the Multimedia 
Processing Engine (MPE) is a Floating Point Engine (FPE), the multimedia simulation 
computations are physics simulation computations, the multimedia simulation requests 
are physics simulation requests, the multimedia data is physics data, and the 
computations on multimedia data are floating point computations on physics data. 

However, Gulick and Bishop do not disclose that the DME control interface 
comprises a first packet queue for receiving command packets from the PCE and 
transmitting the command packets to the DME, and a second packet queue receiving 
response packets from the DME and transmitting the response packets to the PCE. 



Application/Control Number: 10/715,459 Page 21 

Art Unit: 2183 

On the other hand, Dixon discloses of a first packet queue for receiving 
command pacl<ets from a control engine and transmitting the command packets to a 
DME (col. 3, lines 39-46, descriptors are generally queued in a descriptor queue or 
command queue, and the DMA then services each descriptor) and a second packet 
queue receiving response packets from the DME and transmitting the response packets 
to the CE (col. 4, lines 15-17, oftentimes a device may have associated with it a buffer 
or queue for the actual data that it transmits to another location and/or receives from 
another location). 

Dixon's teaching supports the situation in which a DMA controller receives more 
data transfer requests than it can service at one time (Dixon, col. 3, lines 39-41 ), and it 
would be readily recognized to one of ordinary skill in the art at the time of the invention 
that a buffer for receiving data is used in a likewise manner, to support the situation in 
which data is received faster than it can be used. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Dixon with the invention of Gulick and 
Bishop in order to support the situation in which data transfer requests and data are 
received faster than they can be serviced. 

20. Consider claim 32, Gulick discloses the PPU is operatively connected within the 
PC by means of an expansion board (col. 1, line 60, multimedia hardware card; 
alternatively. Figure 1 , wherein the SPARTA chip interfaces to the host CPU via the 
control logic). 



Application/Control Number: 10/715,459 
Art Unit: 2183 



Page 22 



21 . Consider claim 33, Gulicl< discloses a Graphics Processing Unit (GPU) adapted 
to compute graphics data for incorporation within execution of a program (Gulick, col. 2, 
line 1 , video accelerator card). However, Gulick, Bishop, and Dixon do not explicitly 
disclose that the program being executed by the host (col. 9, line 65, application 
executing on the CPU) is a game program. 

On the other hand, the examiner takes office notice that personal computers can 
store and execute games. 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention that a personal computer storing and executing games increases the 
capability of the personal computer and is desirable from an amusement standpoint. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention for the combination of Gulick, Bishop, and Dixon to store and 
execute game programs. 

22. Consider claim 34, Gulick discloses the general purpose microprocessor 
generates a command in response to execution of a program and communicates the 
command to the PPU (Figure 1 , CPU 202; explained in col. 4, line 64; col. 7, lines 14- 
25, the multimedia engine includes command buffers which store commands received 
from the CPU; col. 9, line 65, application executing on the CPU). 

However, Gulick, Bishop, and Dixon do not explicitly disclose that the program is 
a game program. 
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On the other hand, the examiner takes office notice that personal computers can 
store and execute games. 

It would have been obvious to one of ordinary skill in the art at the time of the 
invention that a personal computer storing and executing games increases the 
capability of the personal computer and is desirable from an amusement standpoint. 

Therefore, It would have been obvious to one of ordinary skill In the art at the 
time of the invention for the combination of Gulick, Bishop, and Dixon to store and 
execute game programs. 

23. Consider claim 35, Gulick discloses the GPU and PPU communicate via at least 
one selected from a group of physical interfaces consisting of: Universal Serial Bus 
(USB), USB2, Firewire, Peripheral Component Interconnect (PCI), Peripheral 
Component Interconnect Extended (PCI-X), PCI-Express, and Ethernet (col. 6, lines 8- 
1 1 , the CPU provides commands through the PCI bus 120 to the multimedia engine 
112). 

24. Claims 15 and 17 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Gulick, Bishop, and Dixon as applied to claim 14 above, and further In view of 
Humphrey et al. (Humphrey) (US 4933846). 

25. Consider claim 15, Gulick discloses DME operation in response to a PCE 
command (col. 7, lines 14-18, command buffers which store commands... these 
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commands comprise transfer commands received by tlie DIVIA engine for transferring 
data from the main memory 1 10 to tine multimedia memory 160); however, Gulicl<, 
Bishop, and Dixon do not explicitly disclose of an Inter-Engine Register (lER) coupled to 
the DME and the FPE and adapted to initiate DME operation. 

On the other hand, Humphrey discloses of an Inter-Engine Register (lER) 
coupled to a DMA engine and an execution unit and adapted to initiate DMA engine 
operation (col. 22, lines 5-10, discloses of double-buffering for the DMA controller such 
that the controlling processor can update the inactive descriptor while maintaining 
uninterrupted DMA transfer; the lER is described in col. 22, lines 48-53, namely the 
registers that contain the range and length of each address sequence specified to the 
DMA controller which correlate to the descriptor; DMA accesses need these addresses 
which determine the location of the relevant data in order to be initiated; note the 
attached device of col. 21 , line 59, correlates to the execution unit). 

Humphrey's teaching of updating an inactive descriptor while maintaining 
uninterrupted DMA transfer (Humphrey, col. 22, lines 5-9) would be readily recognized 
to one of ordinary skill in the art at the time of the invention to increase system 
performance. 

Therefore, it would have been obvious to one of ordinary sl<ill in the art at the 
time of the invention to combine the teaching of Humphrey with the invention of Gulicl<, 
Bishop, and Dixon in order to increase system performance. 
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26. Consider claim 17, Humplnrey discloses the lER comprises multiple banks of 
registers (col. 22, lines 5-10, discloses of double-buffering for the DMA controller such 
that the controlling processor can update the inactive descriptor while maintaining 
uninterrupted DMA transfer; the lER is described in col. 22, lines 48-53, namely the 
registers that contain the range and length of each address sequence specified to the 
DMA controller which correlate to the descriptor), and Gulick discloses the lEM 
comprises multiple banks of memory adapted to support two parallel threads of 
execution (col. 7, lines 7-13, the multimedia memory 160 is partitioned into two or more 
separate address spaces or buffers, and the DMA engine 164 transfers data from main 
memory 1 10 to a first address space or buffer in the multimedia memory 160 while the 
DSP engine 210 accesses commands and data from the other address space or buffer). 

27. Claims 22-24, 29-30, and 36-37 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Gulick, Bishop, and Dixon as applied to claims 10, 25, 34, and 35 
above, and further in view of Mohamed (US 6366998). 

28. Consider claim 22, Gulick, Bishop, and Dixon do not disclose the FPE further 
comprises a plurality of floating point operation execution units. 

On the other hand, Mohamed discloses of a plurality of floating point operation 
execution units (col. 8, lines 47-48 disclose that the functional units can be floating point 
units; col. 5, lines 9-17, for example, disclose of using multiple functional units to 
execute a vector instruction). 



Application/Control Number: 10/715,459 Page 26 

Art Unit: 2183 

Mohamed teaches that data parallelism models are very efficient in block based 
applications (Mohamed, col. 2, lines 1-7). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Mohamed with the invention of Gulick, 
Bishop, and Dixon in order to improve efficiency in block based applications. 

29. Consider claim 23, Mohamed discloses the plurality of floating point execution 
units are selectively grouped together to form a vector floating point unit (col. 5, lines 9- 
17, for example, disclose that a programmer may use multiple functional units to 
execute a vector instruction; note the alternate selection of col. 5, lines 1-8, of using the 
functional units separately to execute each instruction of a VLIW instruction packet). 

30. Consider claim 24, Mohamed discloses the FPE performs floating point 
operations in response to a Very Long Instruction Word (VLIW) (col. 8, lines 47-48 
disclose that the functional units can be floating point units; col. 5, lines 1-8, which 
discloses of VLIW mode). 

31 . Consider claim 29, Gulick, Bishop, and Dixon do not disclose the FPU further 
comprises a dedicated vector processor adapted to perform parallel floating point 
operations. 

On the other hand, Mohamed discloses of a dedicated DSP adapted to perform 
parallel floating point operations (col. 8, lines 47-48 disclose that the functional units can 
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be floating point units; col. 5, lines 9-17, for example, disclose of using multiple 
functional units to execute a vector instruction). 

Mohamed teaches that data parallelism models are very efficient in block based 
applications (Mohamed, col. 2, lines 1-7). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Mohamed with the invention of Gulick, 
Bishop, and Dixon in order to improve efficiency in block based applications. 

32. Consider claim 30, Gulick discloses the PPL) further comprises a high-speed 
memory (col. 8, lines 58-60, the multimedia memory preferable comprises high speed 
VRAM or DRAM). 

33. Consider claim 36, Gulick, Bishop, and Dixon do not disclose the PPU further 
comprises a vector processor adapted to run parallel floating point operations. 

On the other hand, Mohamed discloses of a DSP adapted to run parallel floating 
point operations (col. 8, lines 47-48 disclose that the functional units can be floating 
point units; col. 5, lines 9-17, for example, disclose of using multiple functional units to 
execute a vector instruction). 

Mohamed teaches that data parallelism models are very efficient in block based 
applications (Mohamed, col. 2, lines 1-7). 
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Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Mohamed with the invention of Gulick, 
Bishop, and Dixon in order to improve efficiency in block based applications. 

34. Consider claim 37, Gulick, Bishop, and Dixon do not disclose that the command 
is a Very Long Instruction Word. 

On the other hand, Mohamed discloses of VLIW instructions (col. 1, line 20). 

VLIW instructions enable instruction parallelism (Mohamed, col. 1, line 20), which 
would be readily recognized to increase system performance. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Mohamed with the invention of Gulick, 
Bishop, and Dixon, in order to increase system performance. 

35. Claims 26-28 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Gulick, Bishop, and Dixon as applied to claim 25 above, and further in view of 
Telekinesys (Havok Game Dynamics SDK). 

36. Consider claim 26, Gulick, Bishop, and Dixon do not disclose a first Application 
Programming Interface (API) associated with the main game program; and a second 
API associated with the PPU driver. 

However, Telekinesys discloses of a first Application Programming Interface 
(API) associated with the main game program (page 18, first paragraph, the toolkit 



Application/Control Number: 10/715,459 Page 29 

Art Unit: 2183 

layer); and a second API associated with the PPU driver (page 18, first paragraph, core 
physics API). 

The API for Telekinesys allows easy access to features without needing to dig 
deep into the workings of the core (Telekinesys, page 18, first paragraph), although 
exanniner notes that APIs in general promote ease of use in this manner. 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Telekinesys with the invention of Gulick, 
Bishop, and Dixon in order to result in ease of use. 

37. Consider claim 27, Telekinesys discloses the second API is callable by the first 
API (page 18, see, for example, the description cell in the toolkit functions feature row; 
calling one of the toolkit functions would itself call the core physics API as explained in 
the first paragraph of page 18). 

38. Consider claim 28, Gulick and Telekinesys discloses the host further comprises a 
Graphics Processor Unit (GPU) (Gulick, col. 2, line 1, video accelerator card), wherein 
the host further stores: a GPU driver and a third API associated with the GPU driver 
(Telekinesys, benefit cell under the DirectXB Display library row; industry standard 
graphics API); wherein the second API is callable by the first (Telekinesys, page 18, 
see, for example, the description cell in the toolkit functions feature row; calling one of 
the toolkit functions would itself call the core physics API as explained in the first 



Application/Control Number: 10/715,459 Page 30 

Art Unit: 2183 

paragraph of page 18) and third APIs (Telekinesys, page 19, first paragraph, interface 
the physics system to the existing 3D graphics/rendering solution). 

39. Claims 38-40 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Gulick, Bishop, and Dixon as applied to claims 1, 25, and 31 above, and further in view 
of Hirahara et al. (Hirahara) (US 5063498). 

40. Consider claims 38-40, Gulick discloses the PCE is configured to call microcode 
routines executed within the DME and FPE to perform physics simulation computations 
(col. 7, lines 33-35, microcode corresponding to video and audio processing instructions 
or commands). 

However, Gulick, Bishop, and Dixon do not explicitly disclose that the DME 
executes microcode routines (i.e. in processing the transfer instructions). 

On the other hand, Hirahara discloses of a DMA controller executing microcode 
routines (for example, col. 2, lines 12-13, micro-codes to achieve the direct memory 
access operation). 

Hirahara's teaching realizes high speed DMA data transfer with a relatively small 
hardware increase (Hirahara, col. 2, lines 1-2). 

Therefore, it would have been obvious to one of ordinary skill in the art at the 
time of the invention to combine the teaching of Hirahara with the invention of Gulick, 
Bishop, and Dixon in order to realize high speed DMA data transfer with a relatively 
small hardware increase. 
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Response to Arguments 

41 . Applicant argues on page 1 0 that the control registers cannot be equivalent to 
the claimed DME interface, and specifically notes that none of the control registers 
receives data from the data controller and transmits that data to the signal processor, in 
contrast to the amended claim limitations of a second packet queue. 

Examiner first notes that the rejection did not rely upon the control registers to 
teach both the first packet queue and the second packet queue, as the control registers 
were cited only to teach the first packet queue and the data memory in the signal 
processor was cited to teach the second packet queue. Nevertheless, examiner has 
provided a new grounds of rejection above which does not rely on the Van Hook art in 
order to teach the amended limitations in a more specific way in order to further 
prosecution. 

Conclusion 

42. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

a. Mino (US 2001 001 6883) discloses of buffering DMA data until a local bus 
is available. 

b. Gulick et al. (US 5898892, US 5748983, US 5732224) focuses on various 
specific aspects of the overall Gulick reference used above in the rejection (e.g. 
the arbitration logic, data cache, and multimedia engine). 
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c. OToole et al. (US 5870627) discloses of multi-channel DMA operation in 
which descriptors of data buffers are stored in a circular descriptor queue. 

d. Carmon et al. (US 5404522) discloses of a partitioned queue of DMA data 
transfer requests for movements of data between a host processor and a DSP. 
8. Holloway et al. (US 4887235) discloses of two copies of double buffering 
of DMA addresses and word counts, alongside two copies of DMA microcode. 

f. Teitelbaum (Crossbar Tree Networks for Embedded Signal Processing 
Applications) discloses of crossbar tree networks. 

43. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Keith Vicary whose telephone number is (571)270-1314. 
The examiner can normally be reached on Monday - Thursday, 7:00 a.m. - 5:30 p.m., 
EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Eddie Chan can be reached on 571-272-4162. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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